home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000256_news@columbia.edu_Mon Jan 23 00:52:00 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA10989
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 23 Jan 1995 09:06:19 -0500
  3. Received: by apakabar.cc.columbia.edu id AA04964
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 23 Jan 1995 09:06:16 -0500
  5. Path: news.columbia.edu!panix!news.mathworks.com!hookup!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MS-Kermit as an ftp-daemon equivalent?
  9. Message-Id: <1995Jan23.065200.38807@cc.usu.edu>
  10. Date: 23 Jan 95 06:52:00 MDT
  11. References: <3fvvqe$aam@infosrv.rz.unibw-muenchen.de>
  12. Organization: Utah State University
  13. Lines: 25
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3fvvqe$aam@infosrv.rz.unibw-muenchen.de>, p41bsmk@kommsrv.rz.unibw-muenchen.de (Peter Schmolck) writes:
  17. > How can I make MS-Kermit to act in a similar (or even better) way than an 
  18. > ftp daemon like NCSA telnet? When I start the folloing macro at my office 
  19. > PC before going home
  20. > define servemode -
  21. >   set flow none,-
  22. >   set port tcp *,-
  23. >   set server login ID PASSWORD,-
  24. >   server
  25. > I can, after dialing in from home to my campus net via modem, telnet to 
  26. > my office pc, do some up/downloads, and even remotely run certain DOS 
  27. > commands (e.g. zip files before downloading). However, I can do this only 
  28. > once. After closing the MS-Kermit server session there is no possibility 
  29. > to remotely start another one.
  30. > Is there any tricky way to keep kermit alive, and in server mode, after 
  31. > sending "bye", "finish" or "remote logout"?
  32. ----------------
  33.     Yes, you can control this behavior, and more, with the DISABLE
  34. and ENABLE commands. To be a perpetual server say DISABLE FINISH which
  35. will disable FINISH, BYE, LOGOUT from clients. You can also restrict
  36. access to changing directories, etc.
  37.     Joe D.